home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv8.zip / SDKV8N6.TXT < prev    next >
Encoding:
Text File  |  1994-01-07  |  10.0 KB  |  251 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Thu, 6 Jan 94  3:50          Volume 8: Issue   6  
  5.  
  6. Today's Topics:
  7.                   [GUS] Index table in gus dram !?!
  8.                              General ....
  9.                     GUS Programmer's Digest V8 #5
  10.                       Linux sound-driv with GUS
  11.                               Negativity
  12.  
  13. Standard Info:
  14.     - Meta-info about the GUS can be found at the end of the Digest.
  15.     - Before you ask a question, please READ THE FAQ.
  16.  
  17. ----------------------------------------------------------------------
  18.  
  19. Date: 5 Jan 1994 11:55:46 GMT
  20. From: APPEL@stack.urc.tue.nl (Stanley Appel)
  21. Subject: [GUS] Index table in gus dram !?!
  22. Message-ID: <2ge9s2$koe@tuegate.tue.nl>
  23.  
  24. ReprintFrom: comp.sys.ibm.pc.soundcard
  25.  
  26. Hi, i was with a friend and we wrote some routines to play some sounds
  27. on the gus (resident .snd and .wav player, but more about this later
  28. when i release these on the internet).
  29.  
  30. We can up witha idee about patch/sample management in gus dram.
  31. WHY NOT BUILD A INDEX TABLE in GUS DRAM ???
  32.  
  33. So we did this and made a little table in the first K of the GUS
  34. dram. Now ower player will look for it when it starts and also
  35. can add and delete the samples.
  36.  
  37. The table looks like this (it was a quick and ruf idee):
  38.  
  39. ID (to make chure it is ower table and samples)
  40. Sample Name 
  41. Sample Start Pos
  42. Sample End Pos
  43. Sample base Frequency
  44. Sample Resolution (8/16 bit)
  45.  
  46. So i want to know
  47. - are the more idees about this.
  48. - should we start a threat about this (I have some big idees)
  49. - has someone done the simular thing.
  50. - etc.
  51.  
  52.  
  53. So let me know.
  54.  
  55. Greatings and happy GUSing
  56.  
  57. Stanley
  58.  
  59. --
  60. +===============================================================+
  61. |  Stan Appel                             I cant have said that |
  62. |  Hoolstraat 73                          because I cant        |
  63. |  4847 AB  Teteringen                    even speak english    |
  64. |  The Netherlands                        right.......          |
  65. |                                                               | 
  66. |  Tel +31-76-810346                                            | 
  67. |  EMail APPEL@STACK.URC.TUE.NL                                 |
  68. +===============================================================+
  69.  
  70. ------------------------------
  71.  
  72. Date: Wed, 5 Jan 94 09:43:00 EST
  73. From: support@fortech.com (Technical Support)
  74. Subject: General ....
  75.  
  76. Hello,
  77. >From: "Michael Grant Wilson" <Mcq@oti.on.ca>
  78. >Subject: I vote we bounce this guy.
  79.  
  80. >chuth@lonestar.utsa.edu (Cornel H. Huth) wrote:
  81. >> And judging from the response of the
  82. >> readership in this maillist, it looks like there are quite a few that
  83. >> just don't know what they're missing.
  84. >Ok. He doesn't like us. He thinks we're idiots. He can't open his mouth
  85. >with out flaming somebody, and to top it all off, he doesn't know what he's talking
  86. >about. I say it's time to set the mailing list up to stop distributing
  87. >mail from him.
  88.  
  89. >McQ
  90.  
  91. No, I don't agreee with this at all. In his first message (about a week
  92. ago) , he had some valid comments that we will incorporate. Granted, most
  93. of the mail since then has not been productive, but that doesn't mean that
  94. he may not have things in the future. I don't want to cut anybody off 
  95. from giving their feedback. Its the best way to improve it.
  96.  
  97. >Do you guys need beta testers for your SDK? It seems to me you desire feedback 
  98. >on the SDK but you never really asked for it and when somebody points out an 
  99. >error then I've never seen you acknowledge it. Things are a bit confusing in 
  100. >this area at the moment. I know you're busy but you've got support here and 
  101. >for free but you've gotta ask for it. 
  102.  
  103. I suppose we could open the pre-release stuff to more people. There are several
  104. people that had gotten the SDK before it was released to the public. They had
  105. lots of input that was incorporated. Also, a lot of people asked for changes
  106. after the 2.01 version came out. (Some thru direct e-mail some thru the
  107. digest). Many of these requests were incorporated also. If there is ANYTHING
  108. that you see inthe SDK that is wrong, unclear or incomplete, please let us
  109. know so we can look into makeing the changes. I can't promise we will be able
  110. to put all the stuff in, but everything will be considered.
  111.  
  112. >BTW thanks for making it free, but can we ask for a few more examples (I'd 
  113. >love the source code to playmidi <g>).
  114.  
  115. Unfortunately, we are not allowed to freely distribute the source to playmidi.
  116. Gravis may change that policy in the future, but right now we can't. If
  117. anybody out there has written anything that they think is neat or shows off
  118. some feature of the card or the toolkit, we would be glad to distribute it
  119. with the SDK. You folks tend to be very creative and have come up with some
  120. nice utilities that other people probably would benefit by. 
  121.  
  122. We will probably be cutting a new version in a few weeks that incorporates
  123. some of the changes/fixes that have been addressed so far. If anybody has
  124. anything, let us know right away. Thanks a lot for your help.
  125.  
  126. Forte Tech Support
  127.  
  128. ------------------------------
  129.  
  130. Date: Wed, 5 Jan 1994 04:47:50 -0800 (PST)
  131. From: mikebat@netcom.com (Mike Batchelor)
  132. Subject: Re: GUS Programmer's Digest V8 #5
  133.  
  134. Not the GUS Programmer's Server once wrote...
  135. $  
  136. $  ------------------------------
  137. $  
  138. $  Date: Wed, 5 Jan 1994 11:07:07 +1030 (CST)
  139. $  From: Gavin <SCARMAN@hfrd.dsto.gov.au>
  140. $  Subject: Re: SDK
  141. $  
  142. $  BTW thanks for making the SDK free, but can we ask for a few more examples (I'd 
  143. $  love the source code to playmidi <g>).
  144. $  
  145.  
  146. I second that emotion!  I'm looking at writing a X11 front-end for playing
  147. MIDI files under DV/X, and if I could incorporate the playmidi engine, so
  148. much the better.  I will probably write it to use UltraMID, though, since
  149. I can easily spawn a background window and load that big sucker in it. 
  150. Come to think of it, I could just spawn playmidi itself. :)
  151.  
  152.  
  153. -- 
  154. Mike Batchelor      |
  155. mikebat@netcom.com  |                  This space for rent
  156. mikebat@qdeck.com   |
  157.  
  158. ------------------------------
  159.  
  160. Date: Wed, 5 Jan 1994 04:56:43 -0800 (PST)
  161. From: mikebat@netcom.com (Mike Batchelor)
  162. Subject: Linux sound-driv with GUS
  163.  
  164. I have a problem that has persisted now through two kernel revisions, and
  165. two sound-driv revisions.  Whenever I try to play an .au file using
  166. /dev/audio, I get no sound at all, and my console is screwed up with funny
  167. characters afterwards.  This happens when using "cat sound.au > /dev/audio"
  168. or when using rplay and rplayd (and some other utility as well, I forget
  169. the name of it).
  170.  
  171. I'm using currently kernel .99.14f, but it occurred also with .99.13.  My
  172. sound-driv is v2.0, and I have applied the gus_wave diff to the sound
  173. driver.  The new gmod plays modules just fine, and the sequencer also
  174. works as it should.  Running rplayd in debug mode shows nothing wrong when
  175. I try to play a sound.  Everything looks as if it worked.
  176.  
  177. Anyone have a clue what might be wrong?  Has anyone gotten
  178. "cat sound.au > /dev/audio" to work with the GUS?  It would be really nice
  179. if I could get this working, since Mosaic, XBoing, XPilot and others all
  180. want to use /dev/audio for playing sounds.
  181.  
  182. -- 
  183. Mike Batchelor      |
  184. mikebat@netcom.com  |                  This space for rent
  185. mikebat@qdeck.com   |
  186.  
  187. ------------------------------
  188.  
  189. Date: Wed, 5 Jan 1994 07:25:55 -0600 (CST)
  190. From: Jason William Whiteman <jww9624@tamsun.tamu.edu>
  191. Subject: Re: Negativity
  192.  
  193. > From: "Michael Grant Wilson" <Mcq@oti.on.ca>
  194. > Subject: I vote we bounce this guy.
  195. > 
  196. > chuth@lonestar.utsa.edu (Cornel H. Huth) wrote:
  197. [....]
  198.  
  199. Mcq:
  200. > Ok. He doesn't like us. He thinks we're idiots. He can't open his mouth
  201. > with out flaming somebody, and to top it all off, he doesn't know what he's talking
  202. > about. I say it's time to set the mailing list up to stop distributing
  203. > mail from him.
  204.  
  205.     Michael, I am afraid you may be jumping the gun a little here.
  206. You may want to find an archive site for the mailing list and read some
  207. of Cornel's original postings expressing his opinion about the shortcomings
  208. of the SDK.  Not only did he point out some serious problems with the
  209. focus of the SDK, he also pointed out (in great detail) errors, flaws in
  210. logic, and typos.  As a developer, or a user of GUS third party software,
  211. you should be thankful that Cornel is pointing these problems so that the
  212. SDK can come closer to being a solid and useful tool.
  213.     I think what you are upset about is how Cornel handled the flames
  214. against him for critisizing the SDK.  Sure, he could have been more 
  215. diplomatic.  However, I know that I would become very frustrated if
  216. I tried to help only to be flamed in return for offering constructive
  217. critisism.
  218.     Again, I urge you to read the original post.  You will find
  219. that Cornel does indeed offer very constructive critisism.  All this
  220. arguing is not going to make the SDK any better: and I hope that is our
  221. common goal.  There are some problems with the SDK and a lack of 
  222. balance.  Instead of censoring Cornel, more developers should follow
  223. his example in helping Forte refine the SDK.
  224.  
  225. Jason
  226. jww9624@tamsun.tamu.edu
  227.  
  228.  
  229. ------------------------------
  230.  
  231. End of GUS Programmer's Digest V8 #6
  232. ************************************
  233.  
  234. To post to tomorrow's digest:                    <gus-sdk@dsd.es.com>
  235. To (un)subscribe or get help:            <gus-sdk-request@dsd.es.com>
  236. To contact a human (last resort):          <gus-sdk-owner@dsd.es.com>
  237.  
  238. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  239.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  240.                      archive.orst.edu                    /pub/packages/gravis
  241.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  242.                      nctuccca.edu.tw                           /PC/ultrasound
  243. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  244.  
  245. Hints:
  246.       - Get the FAQ from the FTP sites or the request server.
  247.       - Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
  248.     related mailing lists (general use, musician's, etc.).
  249.  
  250.  
  251.  
  252.